home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1599 / 1488 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  3.1 KB
  1. Date: Fri, 27 May 94 11:11 CDT
  2. From: ekl@sdf.lonestar.org (Evan K. Langlois)
  3. To: mint@atari.archive.umich.edu
  4. Subject: GEMDOS re-entrancy
  5.  
  6.  
  7. ========================================================================
  8.  (hmm i didn't that one..)  on MiNT console IO has nothing to with GEMDOS,
  9. for MiNT GEMDOS is just a bugged messdos-filesystem with clock. :)
  10. ========================================================================
  11.  
  12. I was under the impression that parts of MiNT were not re-entrant.  If you
  13. can open files and such on a Minix drive (without calling the ROM GEMDOS)
  14. and all the functions to do so are re-entrant, then why block GEMDOS when
  15. you could just make a real TOSFS that doesn't call the ROM.
  16.  
  17. Otherwise, what parts of MiNT aren't re-entrant?  Time functions could be
  18. allowed to block, as most other things, as long as disk IO doesn't lock the
  19. whole system.  As for DMA hard disk IO having problems with the BLiTTER,
  20. isn't there a semaphore for this?  Yeah, here it is, flock @ 0x0000043E.W
  21.  
  22. Hmm .. if rwabs were to be replaced by a call that puts the call on a wait
  23. queue, and then waits for an interrupt (and maybe a timeout??) what interrupt
  24. would it wait for?  What is the DMA "complete" interrupt?  I would guess
  25. that any "SCSI driver" would replace rwabs and install into  ... I guess
  26. all the hdv_ vectors located between 0x046a and 0x047e?  I guess the DMA
  27. interrupt for ST/STe/Falcon machines is MFP #5, and on the TT SCSI is 
  28. TT-MFP #5 & #7?
  29.  
  30. A real hard disk driver is beginning to sound like a more complex version
  31. of /dev/lp or the modem devices, but it would follow the same principles
  32. right? 
  33.  
  34. I just wanna make sure I'm thinking along the same lines as everyone else
  35. though.  What are the XHDI (or whatever its called) functions?  I'd like
  36. to be able to bypass my current driver completely (AHDI) since its so
  37. damn slow to start-up (and my AdSpeed makes it try and detect IDE drives
  38. using my BLiTTER - a useless waste of time on an STe).  I would guess we'd
  39. need a boot-strap program of some sort though to get a hard disk driver
  40. before MiNT loads (and it would be nice to get rid of my last FAT partition).
  41.  
  42. Hmm .. as for locking the AES and VDI when they make a call that would
  43. normally block the system .. how about we see if it needs it first.  There
  44. is a good chance that locking GEMDOS will be sufficient, and having another
  45. application open a window or something like that before the AES is done
  46. loading fonts for another app, just might not cause any weird effects. There
  47. is always wishful thinking.  Or, there is a real easy and compatible method
  48. in this situation .. when the AES or VDI makes a GEMDOS call, lock the
  49. whole system up again :-)   Atari should give us the source code to AES and
  50. VDI so we can see what exactly is re-entrant and what isn't :-)
  51.  
  52. Hmm .. how many DMA channels does the STe have?  There is DMA sound,
  53. DMA hard disk, and DMA BLiTTER ... and on a Falcon aren't the SCC ports
  54. DMA??  I know the Falcon has separate channels for sound.  Are the STe's
  55. sound DMA channels separate from others?  What about floppy access?  IS
  56. that doomed to lock up the system?
  57.  
  58.  
  59.